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Sir: 

In response to the Examiner's Answer mailed June 22, 2009, Appellant respectfully submits 
that based on at least the arguments provided in the Appeal Brief originally submitted September 29, 
2008, Claims 1-5 are patentable over the applied references. The following comments are 
respectfully submitted in order to address statements made in the Examiner's Answer. 

With respect to the Examiner's Response to Argument 1, presented on page 10 of the 
Examiner's Answer, the Examiner contends that Moshaiov clearly shows a situation in which the 
slave server fails to receive the replication data and in response makes a synchronization request. 
However, the Examiner has failed to provide proper support for the rejection of specific elements of 
Claim 1 , and has also cited portions of Moshaiov that fail to relate in a manner consistent with that of 
Claim 1. 



Attorney Docket No.: 678-10SS fP10483) 



Moshaiov describes that a master sends replication information to slaves, upon which the 
slaves modify their own data according to the replication data.^ When a slave determines or suspects 
that it has not received all replication data from the master, it makes a synchronization request to the 
master for the missing replication data.^ The master checks its local database and sends data items 
with sequence numbers in a requested range to the slave in one or more reply packets.^ If the 
requested sequence number range includes sequence numbers of tombstones it has already purged, it 
sends an already purged packet to the slave. In response, the slave sends a full synchronization 
request packet.^ In performing full synchronization, the master may send all data items of a specific 
owner in its own database to the slave in a plurality of sync reply packets. In an alternative 
embodiment, the master sends only a sorted list of Globally Unique IDentification numbers (GUIDs) 
of the data items along with their respective sequence numbers. The slave then compares the list 
against a sorted list of GUIDs of data items in its own database, deletes data items in its database and 
not in the master's list, and sends a request for a items to be updated. In response, the master sends 
replication packets for those specifically identified items to the slave.^ 

Claim 1 recites that a slave detects identifier information for data that the slave does not 
contain from identifier information for data received from the master, requests the master to send the 
data that the slave does not contain, and receives data through a channel. The slave then determines 
whether the received data is the requested data that the slave does not contain. The slave re-requests 
the data that the slave does not contain when the received data is not the originally requested data. 

In rejecting the elements of detecting identifier information and requesting data in Claim 1 
described above, the Examiner has cited colunm 16, line 59 through column 17, line 13 of 
Moshaiov^^ which describes the alternative embodiment for performing full synchronization with 
respect to GUIDs, as described above. However, as previously described in Appellant's Appeal 



' See Moshaiov, column 7, line 59 through column 8, line 16. 

^ See Moshaiov, column 10, lines 1-4. 

^ See Moshaiov, column 10, lines SS-S9. 

^ See Moshaiov, column 15, lines 53-64. 

*See Moshaiov, column 16, line 36 through column 17, line 13. 

^ See Examiner's Response, page 4» paragraphs 2-3. 
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Brief, this full synchronization procedure described in Moshaiov fails to provide any disclosure 
relating to a check of the items received at the slave to determine whether the items sent by the 
master are in fact the items requested by the slave, as recited in Claim 1 J 

Since the full synchronization procedure of Moshaiov fails to provide any disclosure relating 
to the determination element of Claim 1» the Examiner has cited a portion of the Abstract in an 
attempt to provide support for the rejection,^ Specifically, the Abstract describes that *'[i]f the slave 
server of the second type fails to receive the replication data ... a full synchronization is performed 
between the master and slave servers.''^ However, as provided in the detailed description of 
Moshaiov, the Abstract actually refers to a notification by the master that data items requested by the 
slave have been purged, and thus, will not be received by the slave. In response to this notification, 
the slave requests full synchronization.'^ Thus, the portion of the Abstract of Moshaiov cited by the 
Examiner fails to relate in any way to data received by the slave, and Moshaiov fails to disclose that a 
slave determines whether received data is the requested data that the slave does not contain, as 
recited in Claim 1 . 

Further, even if the Examiner's contention with respect to the determination element of 
Claim 1 were correct, it would not be possible to properly relate this portion of the Abstract to the 
other cited portions of Moshaiov in a manner consistent with Claim 1 . Specifically, the failure of the 
slave to receive replication data, as cited by the Examiner, takes place prior to a full synchronization 
procedure. Thus, it is not possible for a determination of a reception failure to relate to requested 
items sent from the master to the slave in response to a comparison of GUIDs of data items at the 
slave, since the sending of requested items takes place afler the alleged determination and during the 
full synchronization procedure. 



^ See Appellant's Appeal Brief, page S, paragraphs 2-3. 
* See Examiner's Answer, pages 4-5 and 10-11. 
' See Moshaiov, Abstract, lines 16-23. 
'** See Moshaiov, column 15, lines 53-64. 
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With respect to the Examiner's Response to Argument 2, presented on page 1 1 of the 
Examiner's Answer, the Examiner contends that Moshaiov specifies that the replication may be 
between a master server and a plurality of slave servers^ * However, while Moshaiov describes a 
request for unreceived replication data from a slave, it fails to disclose that the data requested by one 
slave is received and stored by other slaves that need it, so that data is shared in real time, as recited 
in Claim 1. 

Maiusevich fails to remedy any of the deficiencies of Moshaiov described above. 
Accordingly, the elements of Claim 1 are not obvious in view of the combination of Moshaiov and 
Maiusevich, and the combination of Moshaiov and Matusevich fails to teach, suggest or render 
obvious each and every element of Claim 1. Therefore, it is respectfully submitted that Claim 1 is 
believed to be allowable over the combination of Moshaiov and Matusevich. 

Independent Claim 3 recites subject matter similar to that of Claim 1 , and is patentable for at 
least the reasons presented above. Also, while not conceding the patentability of the dependent 
claims, per 5e, Claims 2, 4 and 5 are also patentable for at least the above reasons. 

Accordingly, Appellant asserts that since the Examiner has failed to make out a prima facie 
case for the obviousness rejections, the rejections of Claims 1-5 must be reversed. 

Dated: August 24, 2009 // /^l// ^ffu 



THE FARRELL LAW FIRM, LLP 
290 Broadhollow Rd., Suite 210 E 
Melville, New York 11747 
(516) 228-3565 (tel) 
(516) 228-8475 (fax) 



By: 



Paul J.gArrell 
Reg. N5,: 33,494 
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" See Examiner's Answer, page 1 1. 
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